PROCEDE ET DISPOSITIF D'ADAPTATION AUTOMATISEE DE SLA 
ET/OU DE SERVICES DANS UN RESEAU DE COMMUNICATIONS 



[.'invention concerne le domaine des reseaux de communications, et 
plus particulierement celui de la gestion des ressources et services offerts par 
un reseau de communications. 

De nombreux utilisateurs de reseaux de communications souhaitant 
disposer de niveaux de service definis, les operateurs de ces reseaux mettent 
a leur disposition un certain nombre d'accords de niveau de service (ou SLA 
pour « Service Level Agreement »). Or, il arrive frequemment que I'operateur 
d'un reseau constate, par I'analyse des mesures effectuees sur les 
parametres de fonctionnement et d'utilisation de son reseau, des differences 
entre les SLAs souhaites par ses clients, les SLAs acceptes par ses clients et 
1'utilisation reelle des ressources et services par lesdits clients. Par 
consequent, certains SLAs ne correspondent pas aux reels besoins des 
clients soit du fait que ces clients ont initialement surestimes ou sous-estimes 
leurs besoins, soit du fait que les offres de services de I'operateur, associees 
aux SLAs, ne sont pas adaptees aux besoins de certains de ses clients. 

Pour tenter de remedier a cet inconvenient, certaines societes, telles 
que PROVISO, QUALLABY ou INFOVISTA, ont propose de detecter les 
violations de SLA resultant des clients ou de I'operateur, et d'effectuer des 
analyses relativement simples pour delivrer des alarmes lorsque des donnees 
mesurees variaient dans un intervalle choisi, comme par exemple d'une 
semaine a I'autre ou d'un jour a I'autre. Mais, une telle solution ne permet pas 
d'adapter de fagon automatisee les offres de service et/ou les SLAs aux 
besoins reels des utilisateurs des reseaux de communications. 

L'invention a done pour but de remedier a cet inconvenient. 

Elle propose a cet effet un dispositif, dedie au traitement de donnees 
de gestion d'un reseau de communications, representatives de 1'utilisation des 
ressources et/ou des services au sein de ce reseau, et comprenant des 
moyens de traitement capables de determiner a partir de ces donnees de 



gestion des donnees primaires representatives d'un etat d'utilisation du 
reseau par au moins un utilisateur ayant passe un SLA avec I'operateur du 
reseau, puis de comparer cet etat d'utilisation a des donnees auxiliaires 
representatives du SLA considere, de maniere a determiner une action a 
entreprendre en cas de detection d'au moins une difference entre les 
donnees primaires et les donnees auxiliaires. 

On entend ici par « donnees de gestion », des donnees 
representatives de certaines au moins des performances mesurees du 
reseau, telles que, par exemple, les donnees actuelles et anciennes 
d'utilisation de ses ressources et/ou de ses services. 

Preferentiellement, les donnees primaires, qui definissent I'etat 
d'utilisation, sont representatives de I'utilisation d'au moins un service du 
reseau et/ou de certaines de ses ressources. 

Le dispositif selon I'invention pourra comporter de nombreuses 
caracteristiques complementaires qui pourront etre prises separement et/ou 
en combinaison, et en particulier ses moyens de traitement peuvent etre 
agences de maniere a : 

- determiner Taction a entreprendre parmi une proposition de modification du 
SLA passe entre I'utilisateur et I'operateur et/ou une proposition de 
modification des services (ou offres de service) et/ou des ressources du 
reseau, 

- adapter certaines au moins des propositions de modification de SLA en 
fonction de la (ou des) difference(s) detectee(s), 

- adapter certaines au moins des propositions de modification des services 
(ou offres de service) et/ou des ressources du reseau en fonction d'une ou 
plusieurs propositions de modification de SLA, et eventuellement de 
donnees tertiaires, comme par exemple des donnees provenant d'etudes 
de marche, 

- determiner certains au moins des etats d'utilisation sous la forme de profils 
d'utilisation associes a des intervalles temporels choisis (par exemple une 
semaine ou un mois), a partir des donnees de gestion correspondant a cet 
intervalle temporel, 

- determiner une action a entreprendre a partir de plusieurs etats d'utilisation 
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associes a des utilisateurs differents ou d'un etat d'utilisation associe a un 
groupe d 'utilisateurs, 

- instaurer automatiquement une modification de SLA lorsqu'au moins une 
condition est satisfaite. Une telle condition peut etre, par exemple, 

5 « I'augmentation du tarif applique a I'utilisateur est inferieure a la penalite 
representative de la violation du SLA par cet utilisateur », 

- effectuer leurs determinations de facon periodique. 

L'invention concerne egalement un dispositif de gestion d'un reseau 
de communications, comme par exemple un serveur de type NMS (pour 

10 « Network Management System »), equipe d'un dispositif de traitement du 
type de celui presents- ci-avant. 

L'invention porte egalement sur un precede, dedie au traitement de 
donnees de gestion d'un reseau de communications, representatives de 
I'utilisation des ressources et/ou des services au sein dudit reseau, et 

15 consistant a determiner, a partir de ces donnees de gestion, des donnees 
primaires representatives d'un etat d'utilisation du reseau par au moins un 
utilisateur ayant passe un SLA avec I'operateur du reseau, puis a comparer 
cet etat d'utilisation a des donnees auxiliaires representatives du SLA, de 
maniere a determiner une action a entreprendre en cas de detection d'au 

20 moins une difference entre les donnees primaires et les donnees auxiliaires. 

Le procede selon l'invention pourra comporter de nombreuses 
caracteristiques complementaires qui pourront etre prises separement et/ou 
en combinaison, et en particulier : 

- les donnees primaires, qui definissent I'etat d'utilisation, sont 
25 preferentiellement representatives de I'utilisation d'au moins un service du 

reseau et/ou de certaines de ses ressources, 

- Taction a entreprendre peut etre determinee parmi une proposition de 
modification du SLA passe entre I'utilisateur et I'operateur et/ou une 
proposition de modification des services (ou offres de service) et/ou des 

30 ressources du reseau, 

- certaines au moins des propositions de modification de SLA peuvent etre 
adaptees en fonction de la (ou des) difference(s) detectee(s), 



- certaines au moins des propositions de modification des services (ou offres 
de service) et/ou ressources du reseau peuvent etre adaptees en fonction 
d'une ou plusieurs propositions de modification de SLA, et eventuellement 
de donnees tertiaires, comme par exemple des donnees provenant 
d'etudes de marche, 

- certains au moins des etats d'utilisation peuvent etre determines sous la 
forme de profits d'utilisation associes a des intervalles temporels choisis 
(par exemple une semaine ou un mois), a partir des donnees de gestion 
correspondant a cet intervalle temporel, 

- Taction a entreprendre peut etre determinee a partir de plusieurs etats 
d'utilisation associes a des utilisateurs differents ou d'un etat d'utilisation 
associe a un groupe d'utilisateurs, 

- on peut instaurer automatiquement une modification de SLA lorsqu'au 
moins une condition est satisfaite. Une telle condition peut etre, par 
exemple, « I'augmentation du tarif applique a I'utilisateur est inferieure a la 
penalite representative de la violation du SLA par cet utilisateur », 

- on peut effectuer les determinations de facon periodique. 

L'invention peut etre mise en ceuvre dans tout type de reseau de 
communications, prive ou public, et en particulier dans les reseaux Internet/IP, 
ATM, Frame Relay, SDH et WDM. 

D'autres caracteristiques et avantages de l'invention apparaitront a 
I'examen de la description detaillee ci-apres, et des dessins annexes, sur 
lesquels : 

- la figure 1 illustre de facon schematique une partie d'un reseau de 
communications equipe d'un dispositif de traitement selon l'invention, 
implante dans un serveur de gestion du reseau, 

- la figure 2 illustre de facon schematique un exemple de representation 
graphique d'un SLA passe entre un client disposant de quatre sites 
raccordes entre eux via un reseau prive virtuel, 

- la figure 3 illustre de facon schematique un exemple de representation 
graphique des besoins reels du client ayant requis le SLA de la figure 2, et 

- la figure 4 illustre de facon schematique un exemple de representation 
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graphique d'un SLA modifie, adapte aux besoins reels du client ayant 
requis le SLA de la figure 2. 

Les dessins annexes pourront non seulement servir a completer 
I'invention, mais aussi contribuer a sa definition, le cas echeant. 
5 Le dispositif de traitement selon I'invention est destine a etre installe 

au cceur d'un reseau de communications, du type de celui illustre sur la figure 
1, par exemple dans un serveur de gestion du reseau 1, de type NMS (pour 
« Network Management System »), de maniere a disposer des mesures des 
performances du reseau, et notamment des mesures de ['utilisation de ses 
10 ressources et/ou de ses services. 

A titre d'exemple non limitatif, on considere dans ce qui suit que le 
reseau de communications N est le reseau public Internet dans lequel les 
donnees sont echangees selon le protocole IP. Mais, il pourrait s'agir d'un 
reseau prive, de type Intranet, ou de plusieurs reseaux public(s) et/ou prive(s) 
15 raccordes les uns aux autres. Par ailleurs, on considere dans ce qui suit que 
certains au moins des utilisateurs du reseau, ci-apres appeles clients, sont 
lies a I'operateur dudit reseau par des accords de niveau de service (ou SLA) 
qui incluent des parties techniques definies par des specifications de niveau 
de service (ou SLS). 

20 Un reseau du type de celui illustre sur la figure 1 comporte une 

multiplicity de routeurs de cceur (ou « core routers ») R, raccordes les uns aux 
autres ainsi qu'au serveur de gestion NMS 1 , directement ou indirectement, et 
des routeurs peripheriques (ou « edge routers ») Pi, egalement appeles points 
de presence (ou POP pour « Point Of Presence »), chacun raccordes, d'une 

25 part, a I'un des routeurs de cceur, et d'autre part, a des terminaux et/ou 
serveurs Sj, appartenant notamment a des clients du reseau. 

Le serveur de gestion 1 est alimente en permanence en donnees de 
gestion representatives de mesures de performances du reseau, de maniere 
a delivrer au gestionnaire du reseau, via une interface graphique de type GUI, 

30 des informations sur le fonctionnement de son reseau. 

Le dispositif de traitement 2, selon I'invention, est destine a confronter 
certaines au moins des donnees de gestion provenant du reseau, notamment 
celles portant sur I'utilisation des ressources et/ou des services offerts par 



ledit reseau, a des donnees, dites auxiliaires, representatives des SLAs qui 
ont ete passes entre I'operateur et ses clients. 

Parmi les donnees de gestion utiles au traitement, on peut 
notamment citer les bandes passantes utilisees, les limitations (non 
destructives) de trafic (ou « trafic shaped »), les limitations (destructives) de 
trafic (ou « trafic dropped »), les delais, la gigue, les taux de perte des 
paquets (par exemple sur IP). 

Les donnees auxiliaires sont preferentiellement stockees dans une 
premiere partie 3 d'une base de donnees 4 du serveur de gestion NMS 1, en 
correspondance du ou des clients correspondant. Mais, elles pourraient etre 
stockees dans un autre equipement du reseau accessible au serveur de 
gestion NMS 1 . 

Pour effectuer cette confrontation, le dispositif de traitement 2 
comporte un module de traitement 5 comprenant, tout d'abord, un module de 
collection 6 charge de recuperer les donnees de gestion du reseau 
necessaires au traitement (mentionnees ci-avant). Un tel module de collection 
6 peut etre, par exemple, constitue par un produit commercialise par les 
societes PROVISO, QUALLABYou INFOVISTA. 

Le module de traitement 5 comprend egalement un module 
d'extraction 7, alimente en donnees de gestion par le module de collection 6 
et charge de determiner a partir de ces donnees de gestion des donnees, 
dites primaires, representatives d'un etat d'utilisation du reseau par au moins 
un utilisateur ayant passe un SLA avec I'operateur du reseau. 

Preferentiellement, I'etat d'utilisation se presente sous la forme d'un 
profil d'utilisation de service(s) (ou SUP pour « Service Usage Profile »). Un 
tel SUP peut etre constitue d'un jeu de donnees ou d'une ligne de base 
invariante, constitue(e) de donnees primaires qui identifient et caracterisent 
I'utilisation qu'un client ou un groupe de clients fait reellement du reseau, et 
plus precisement de I'un au moins de ses services ou SLAs. Ces SUPs (ou 
profils d'utilisation) peuvent etre obtenus par une analyse (par exemple 
statistique ou de correlation) des mesures qui viennent d'etre effectuees dans 
le reseau, ainsi qu'eventuellement des anciennes mesures et/ou anciens 
SUPs (historique) afin de prendre en compte, par exemple, 1'evolution de 



I'utilisation et/ou I'invariance d'un profil. Ces anciennes mesures, tout comme 
les profils d'utilisateurs (ou SUPs) determines par le module d'extraction 7, 
sont de preference stockees dans une deuxieme partie 8 de la base de 
donnees 4, en correspondance d'un marquage temporel et du ou des clients 
correspondant. 

Les profils d'utilisateur (ou SUPs) sont done des modeles qui 
permettent d'etudier et d'analyser le comportement d'un client ou d'un groupe 
de clients, et notamment de repondre aux questions comportementales 
« quoi », « lequel », « quand » et « comment »f ' lls peuvent etre egalement 
utilises pour effectuer des planifications de modification du reseau ainsi que 
pour mieux cibler et/ou mieux analyser des etudes de marche. 

Le module de traitement 5 comprend egalement un module de 
comparaison 9, alimente en donnees primaires definissant les profils 
d'utilisateur (ou SUPs), par le module d'extraction 7 et/ou la deuxieme partie 8 
de la base de donnees 4, et charge de comparer les donnees primaires de 
chaque SUP, regues ou extraites de la base de donnees 4, aux donnees 
auxiliaires definissant le SLA qui lui correspond et qui se trouvent stockees 
dans la premiere partie 3 de la base de donnees 4. La comparaison peut 
s' effectuer, par exemple, a I'aide de techniques statistiques ou de correlation. 

Si le resultat de la comparaison montre que le SUP analyse 
correspond sensiblement au SLA extrait, alors le module de comparaison 9 le 
signifie au module de traitement 5 et le traitement du SUP prend fin. On peut 
alors proceder a I'extraction d'un nouveau profil. En revanche, si le resultat de 
la comparaison montre que le SUP analyse ne correspond pas au SLA extrait, 
alors le module de comparaison 9 le signale a un module d'adaptation 10 du 
module de traitement 5. Plus precisement, le module de comparaison 9 
transmet preferentiellement au module d'adaptation 10 I'identifiant du client 
ainsi que le SUP determine et/ou les donnees representatives des differences 
entre ledit SUP et le SLA correspondant. 

Muni de ces informations, le module d'adaptation 10 peut alors 
determiner Taction a entreprendre pour remedier a la (ou les) differences 
detectees entre les donnees primaires et les donnees auxiliaires. II dispose 
pour ce faire de deux sous-modules. Un premier sous-module 1 1 est charge 



d'adapter les SLAs, tandis qu'un second sous-module 12 est charge d'adapter 
les offres de service. Dans un cas comme dans I'autre, I'adaptation est 
destinee a satisfaire au mieux aux besoins reels de I'utilisateur ou du groupe 
d'utilisateurs, determines par le module d'extraction 7 et definis par le profil 
d'utilisateur(s) ou SUP. 

Preferentiellement, le module d'adaptation 10 charge le premier sous- 
module 11 d'elaborer une proposition d'adaptation de SLA lorsque la 
difference detectee peut etre prise en compte par les offres de service de 
I'operateur et/ou lorsque le nombre de differences detectees est inferieur a un 
seuil, par exemple egal a deux ou trois. Les donnees definissant les offres de 
service de I'operateur sont de preference stockees dans une troisieme partie 
13 de la base de donnees 4, accessible au module d'adaptation 10. 

La proposition d'adaptation du SLA peut consister, par exemple, a 
modifier la bande passante d'une ou plusieurs liaisons entre points de 
presence (Pi) d'un reseau virtuel (IP-VPN) concu pour le client, ou a changer 
le niveau d'un service (de « I'or » a « I'argent », ou inversement). Le SLA 
etant constitue de plusieurs autres elements, on peut egalement envisager de 
proposer une modification des delais et/ou de la gigue et/ou des pertes, 
notamment, mais aussi une modification du temps d'indisponibilite du reseau 
en cas de panne et/ou des penalites et/ou des garanties et/ou des securites 
et/ou du mode d'information du client, notamment. 

Selon la configuration du dispositif de traitement 2, la proposition 
d'adaptation du SLA peut etre soit imposee automatiquement, soit presentee 
au client. L'adaptation automatique peut par exemple etre decidee lorsqu'au 
moins une condition est satisfaite. A titre d'exemple illustratif, on peut decider 
d'adapter automatiquement un SLA lorsque cette adaptation entrame une 
augmentation, du tarif applique au client, inferieure a la penalite que devrait 
payer ce client du fait de la violation de son SLA. On pourrait aussi envisager 
une modification (ou adaptation) de SLA lorsque I'utilisateur souscrit a un 
service qui n'est pas compatible avec le SLA en cours. Par exemple, 
lorsqu'un utilisateur a souscrit une connexion Internet de type bronze et qu'il 
souhaite disposer d'un service de voix sur IP, ou de video a la demande, ou 
d'une application telle que, notamment, des jeux en ligne (etc.), qui necessite 



9 



un service de type gold, sa connexion peut passer automatiquement du type 
bronze au type gold. 

Mais, d'autres conditions ou criteres de modification (ou d'adaptation) 
de SLA peuvent etre envisages. Ainsi, lorsqu'un client doit etre privilegie, par 
5 exemple en vue d'un futur contrat, ou en vue d'eviter une perte de contrat, ou 
encore s'il doit etre dedommage en raison de pannes recentes, alors on peut 
augmenter la qualite de I'un au moins des parametres de son SLA (par 
exemple la bande passante). 

Chaque fois qu'une proposition d'adaptation de SLA est acceptee, les 
10 donnees auxiliaires qui definissent le SLA modifie sont stockees dans la 
premiere partie 3 de la base de donnees 4. 

Lorsque la difference detectee ne peut pas etre prise en compte par 
les offres de service de I'operateur et/ou lorsque le nombre de differences 
detectees est superieur au seuil, ou encore lorsque le module d'adaptation 10 
is constate que de nombreux SUPs associes a des clients differents presentent 
tous le meme type de difference avec le(s) SLA(s) correspondant, ledit 
module d'adaptation 10 charge le premier sous-module 11 d'elaborer une 
proposition d'adaptation de I'une au moins des offres de service de 
I'operateur. 

20 Preferentiellement, cette proposition de modification d'offre de service 

s'effectue a partir d'une ou plusieurs propositions d'adaptation de SLA, 
fournie(s) par le premier sous-module 11, ainsi qu'eventuellement de donnees 
externes MD provenant, par exemple, d'etudes de marche. Par consequent, 
le second sous-module 12 ne peut etre sollicite par le module d'adaptation 10 

25 qu'une fois que le premier sous-module 1 1 a ete sollicite. 

Afin d'elaborer ses propositions d'adaptation d'offre de service, le 
second sous-module 12 peut consulter les donnees definissant les offres de 
service actuelles et passees, stockees dans la troisieme partie 13 de la base 
de donnees 4. Par ailleurs, chaque fois qu'une proposition d'adaptation d'offre 

30 de service est acceptee par I'operateur, les donnees qui definissent I'offre de 
service modifiee sont stockees dans la troisieme partie 13 de la base de 
donnees 4. 

Le dispositif de traitement 2 peut fonctionner de fa?on automatisee ou 
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a la requete de I'operateur. Par ailleurs, les verifications (ou determinations) 
sont preferentiellement effectuees periodiquement. Par exemple, toutes les 
semaines le dispositif de traitement 2 est charge de verifier client apres client 
si leurs SLAs respectifs satisfont reellement a leurs besoins. En variante, 
lorsque certains au moins des SLAs sont chacun associes a des groupes de 
clients, le dispositif de traitement 2 peut etre charge de verifier toutes les 
semaines que chaque SLA satisfait aux besoins du groupe de clients auquel il 
est associe. Mais, I'operateur peut egalement negocier avec chacun de ses 
clients une periodicite specifique. 

Les modules 5 a 7 et 9 a 12 qui constituent le dispositif de traitement 
1 peuvent etre respectivement realises sous la forme de circuits 
electroniques, de modules logiciels (ou informatiques), ou d'une combinaison 
de circuits et de logiciels. 

On se refere maintenant aux figures 2 a 4 pour decrire un exemple 
illustratif de fonctionnement du dispositif de traitement 2. 

On considere dans cet exemple qu'une entreprise cliente d'un 
operateur dispose de quatre sites comportant chacun un serveur d'acces Sj (j 
= 1 a 4) raccorde a un serveur peripherique ou point de presence Pj. Ces 
points de presence Pj sont raccordes au reseau N, ici de type Internet, et sont 
configures par I'operateur du reseau de maniere a constituer, pour la cliente, 
un reseau prive virtuel, de type IP-VPN (pour « Internet Protocol-Virtual 
Private Network »). 

Comme cela est illustre sur la figure 2, la cliente a passe un accord de 
niveau de service (SLA) avec I'operateur pour disposer d'un service IP-VPN 
entre ses quatre serveurs d'acces Sj. Plus precisement, selon le SLA, la 
premiere liaison entre les premier P1 et deuxieme P2 points de presence doit 
posseder une bande passante de 100 megabits (MB), la deuxieme liaison 
entre les premier P1 et troisieme P3 points de presence doit posseder une 
bande passante de 100 MB, la troisieme liaison entre les premier P1 et 
quatrieme P4 points de presence doit posseder une bande passante de 50 
MB, et la quatrieme liaison entre les troisieme P3 et quatrieme P4 points de 
presence doit posseder une bande passante de 50 MB. 

Dans cet exemple, le module d'extraction 7, apres avoir effectue 



I'analyse des mesures des parametres du reseau N, concemant la cliente, 
delivre au module de comparaison 9 un profil d'utilisateur (ou SUP) 
schematiquement represents sur la figure 3. Plus precisement, ce profil 
indique que la cliente a utilisee une bande passante de 130 MB sur la 
premiere liaison P1-P2, une bande passante de 30 MB sur la deuxieme 
liaison P1-P3, une bande passante de 80 MB sur la troisieme liaison P1-P4, 
et une bande passante de 90 MB sur la quatrieme liaison P3-P4. 

Le module de comparaison 9 extrait de la premiere partie 3 de la 
base de donnees 4 les donnees auxiliaires qui definissent le SLA de la 
cliente, puis les compare aux donnees primaires definissant le SUP determine 
par le module d'extraction 7. II en deduit immediatement que la cliente utilise 
plus de bande passante sur trois liaisons et moins de bande passante sur une 
liaison qu'elle n'y est autorisee par le SLA. Plus precisement, sur la liaison P1- 
P2 la cliente a utilise une bande passante de 130 MB au lieu des 100 MB 
autorises, sur la liaison P1-P3 la cliente a utilise une bande passante de 30 
MB au lieu des 100 MB autorises, sur la liaison P1-P4 la cliente a utilise une 
bande passante de 80 MB au lieu des 50 MB autorises, et sur la liaison P3-P4 
la cliente a utilise une bande passante de 90 MB au lieu des 50 MB autorises. 

Le module de comparaison 9 signale ces differences au module 
d'adaptation 10, qui charge alors le premier sous-module 11 d'elaborer une 
adaptation du SLA de la cliente, compte tenu du SUP regu qui definit ses 
besoins reels. 

Le premier sous-module 1 1 examine alors les offres de service de 
I'operateur, stockees dans la troisieme partie 13 de la base de donnees 4, et 
constate qu'elles proposent des largeurs de bande passante de 50 MB, 100 
MB et 150MB. II constate alors qu'il est en mesure de faire une proposition 
d'adaptation du SLA de la cliente, qui respecte les offres de service de 
I'operateur. Cette proposition est schematiquement representee sur la figure 
4. Elle consiste a proposer une bande passante de 150 MB sur la premiere 
liaison P1-P2, une bande passante de 50 MB sur la deuxieme liaison P1-P3, 
une bande passante de 100 MB sur la troisieme liaison P1-P4, et une bande 
passante de 100 MB sur la quatrieme liaison P3-P4. 

Dans cet exemple, il n'y a pas de raison de faire fonctionner le 
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second sous-module 12, puisque la modification du SLA satisfait aux offres 
de service de I'operateur. Par consequent, le module d'adaptation 10 peut soit 
proposer a la cliente le SLA modifie, soit instaurer automatiquement ce SLA 
modifie, selon les accords passes entre I'operateur et la cliente. 

L'invention offre egalement un procede de traitement de donnees de 
gestion d'un reseau de communications. 

Celui-ci peut etre mis en ceuvre a I'aide du dispositif de traitement 2 
presente ci-avant. Les fonctions et sous-fonctions principales et optionnelles 
assurees par les etapes de ce procede etant ser^siblement identiques a celles 
assurees par les differents moyens constituant le dispositif de traitement 2, 
seules seront resumees ci-apres les etapes mettant en ceuvre les fonctions 
principales du procede selon l'invention. 

Ce procede consiste a determiner, a partir des donnees de gestion, 
des donnees primaires representatives d'un etat d'utilisation du reseau N par 
au moins un utilisateur ayant passe un SLA avec I'operateur du reseau, puis a 
comparer cet etat d'utilisation a des donnees auxiliaires representatives du 
SLA, de maniere a determiner une action a entreprendre en cas de detection 
d'au moins une difference entre les donnees primaires et les donnees 
auxiliaires. 

Grace a l'invention, le gestionnaire du reseau peut disposer 
d'informations precises sur les reels besoins de ses clients, ce qui lui permet, 
d'une part, de mieux les satisfaire puisqu'ils ne paieront que les services qui 
correspondent a leurs besoins, et d'autre part, de mieux gerer le reseau, et 
notamment son trafic. 

Par ailleurs, l'invention permet au gestionnaire du reseau d'adapter 
ses offres de service aux besoins reels de ses clients. 

En outre, le dispositif selon l'invention peut donner une indication sur 
1'evolution future des offres de service et sur les ressources correspondantes 
a mettre en ceuvre, par exemple apres une etude et une analyse de 
tendances. 

L'invention ne se limite pas aux modes de realisation de procede et 
dispositif de traitement decrits ci-avant, seulement a titre d'exemple, mais elle 
englobe toutes les variantes que pourra envisager I'homme de Tart dans le 



cadre des revendications ci-apres. 
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REVENDICATIONS 

Dispositif (2) de traitement de donnees de gestion d'un reseau de 
communications (N), representatives de I'utilisation des ressources et/ou des 
services au sein dudit reseau, caracterise en ce qu'il comporte des moyens de 
traitement (5) agences pour determiner des donnees primaires 
representatives d'un etat d'utilisation du reseau (N) par au moins un utilisateur 
ayant passe un accord de niveau de service, dit « SLA », avec un operateur 
dudit reseau, a partir desdites donnees de gestion, puis pour comparer ledit 
etat d'utilisation a des donnees auxiliaires representatives dudit SLA, de 
maniere a determiner une action a entreprendre en cas de detection d'au 
moins une difference entre lesdites donnees primaires et lesdites donnees 
auxiliaires, lesdits moyens de traitement (5) etant agences pour determiner 
ladite action a entreprendre parmi un groupe d'action comprenant une 
proposition de modification du SLA passe entre ledit utilisateur et ledit 
operateur et/ou une proposition de modification des services et/ou des 
ressources dudit reseau (N), et pour adapter certaines au moins des 
propositions de modification de SLA en fonction de ladite difference detectee 

2. Dispositif selon la revendication 1, caracterise en ce que lesdites 
donnees primaires sont representatives d'une utilisation d'au moins un service 
et/ou de ressource(s). 

3. Dispositif selon I'une des revendications 1 et 2, caracterise en ce que 
lesdits moyens de traitement (5) sont agences pour adapter certaines au 
moins des propositions de modification des services et/ou des ressources 
dudit reseau en fonction d'au moins une proposition de modification de SLA. 

4. Dispositif selon la revendication 3, caracterise en ce que lesdits 
moyens de traitement (5) sont agences pour adapter certaines au moins des 
propositions de modification des services et/ou des ressources dudit reseau 
en fonction de donnees tertiaires (MD). 
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5. Dispositif selon I'une des revendications precedentes, caracterise en ce 
que lesdits moyens de traitement (5) sont agences pour determiner certains 
au moins des etats d'utilisation sous forme d'un profil d'utilisation (SUP) dans 
un intervalle temporel choisi, a partir des donnees de gestion correspondant 
audit intervalle temporel. 

6. Dispositif selon I'une des revendications precedentes, caracterise en ce 
que lesdits moyens de traitement (5) sont agences pour determiner une action 
a entreprendre a partir de plusieurs etats a'utilisation associes a des 
utilisateurs differents ou d'un etat d'utilisation associe a un groupe 
d'utilisateurs. 

7. Dispositif selon I'une des revendications precedentes, caracterise en ce 
que lesdits moyens de traitement (5) sont agences pour instaurer 
automatiquement une modification de SLA lorsqu'au moins une condition est 
satisfaite. 

8. Dispositif selon la revendication 7, caracterise en ce que lesdits 
moyens de traitement (5) sont agences pour instaurer automatiquement ladite 
modification de SLA lorsqu'elle est associee a une augmentation du tarif de 
I'utilisateur inferieure a une penalite representative de la violation du SLA par 
I'utilisateur. 

9. Dispositif selon I'une des revendications precedentes, caracterise en ce 
que lesdits moyens de traitement (5) sont agences pour effectuer leurs 
determinations de facon periodique. 

10. Dispositif (1) de gestion d'un reseau de communications (N), 
caracterise en ce qu'il comprend un dispositif de traitement (2) selon I'une des 
revendications precedentes. 



1 1 . Precede de traitement de donnees de gestion d'un reseau de 
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communications (N), representatives de I'utilisation des ressources et/ou des 
services au sein dudit reseau, caracterise en ce qu'il consiste a determiner 
des donnees primaires representatives d'un etat d'utilisation du reseau (N) par 
au moins un utilisateur ayant passe un accord de niveau de service, dit 
« SLA », avec un operateur dudit reseau, a partir desdites donnees de 
gestion, puis comparer ledit etat d'utilisation a des donnees auxiliaires 
representatives dudit SLA, de maniere a determiner une action a entreprendre 
en cas de detection d'au moins une difference entre lesdites donnees 
primaires et lesdites donnees auxiliaires, ladite action a entreprendre est 
determinee dans un groupe d'action comprenant une proposition de 
modification du SLA passe entre ledit utilisateur et ledit operateur et/ou une 
proposition de modification des services et/ou des ressources dudit reseau 
(N), certaines au moins des propositions de modification de SLA sont 
adaptees en fonction de ladite difference detectee. 

12. Precede selon la revendication 11, caracterise en ce que lesdites 
donnees primaires sont representatives d'une utilisation d'au moins un service 
et/ou de ressource(s). 

13. Precede selon I'une des revendications 11 et 12, caracterise en ce que 
certaines au moins des propositions de modification des services et/ou des 
ressources dudit reseau (N) sont adaptees en fonction d'au moins une 
proposition de modification du SLA. 

14. Precede selon la revendication 13, caracterise en ce que certaines au 
moins des propositions de modification des services et/ou des ressources 
dudit reseau sont adaptees en fonction de donnees tertiaires (MD). 

15. Precede selon I'une des revendications 11 a 14, caracterise en ce que Ton 
determine certains au moins des etats d'utilisation sous forme d'un profil 
d'utilisation (SUP) dans un intervalle temporel choisi, a partir des donnees de 
gestion correspondant audit intervalle temporel. 
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16. Procede selon Tune des revendications 11 a 15, caracterise en ce que I'on 
determine certaines actions a entreprendre a partir de plusieurs etats 
d'utilisation associes a des utilisateurs differents ou d'un etat d'utilisation 
associe a un groupe d'utilisateurs. 

17. Procede selon Tune des revendications 11 a 16, caracterise en ce que Ton 
instaure automatiquement une modification de SLA lorsqu'au moins une 
condition est satisfaite. 

18. Procede selon la revendication 17, caracterise en ce que Ton instaure 
automatiquement ladite modification de SLA lorsqu'elle est associee a une 
augmentation du tarif de I'utilisateur inferieure a une penalite representative 
de la violation du SLA par I'utilisateur. 

19. Procede selon Tune des revendications 11 a 18, caracterise en ce que I'on 
effectue les determinations de facon periodique. 

20. Utilisation des procede, dispositif de traitement (2) et dispositif de gestion 
(1 ) selon I'une des revendications precedentes dans des reseaux choisis dans 
un groupe comprenant les reseaux Internet (IP), ATM, Frame Relay, SDH et 
WDM. 



ABREGE 



PROCEDE ET DISPOSITIF D' ADAPTATION AUTOMATISEE DE SLA 
ET/OU DE SERVICES DANS UN RESEAU DE COMMUNICATIONS 



Un dispositif (2), dedie au traitement de donnees de gestion d'un reseau de 
communications (N), representatives de I'utilisation des ressources et/ou des 
services au sein du reseau, comprend des moyens de traitement (5) 
agences pour determiner, a partir des donnees de gestion, des donnees 
primaires representatives d'un etat d'utilisation du reseau par au moins un 
utilisateur ayant passe un SLA avec I'operateur du reseau, puis pour 
comparer cet etat d'utilisation a des donnees auxiliaires representatives du 
SLA, de maniere a determiner une action a entreprendre en cas de detection 
d'au moins une difference entre les donnees primaires et les donnees 
auxiliaires 



(Figure 1 ) 



